home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10242 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.2 KB

  1. Path: news.trw.com!venice!usenet
  2. From: "Matthew M. Lih" <lih@venice.sedd.trw.com>
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: Wed, 06 Mar 1996 12:25:16 -0800
  6. Organization: TRW Enterprise Solutions
  7. Message-ID: <313DF4AC.87D@venice.sedd.trw.com>
  8. References: <JSA.96Feb16135027@organon.com> <4hakfl$ogd@fred.netinfo.com.au> <4hf701INNdl7@keats.ugrad.cs.ubc.ca> <313B44AE.4134@mtm.syr.ge.com> <4hg92vINNnat@keats.ugrad.cs.ubc.ca>
  9. NNTP-Posting-Host: pat12251.sedd.trw.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0GoldB1 (WinNT; I)
  14.  
  15. Kazimir Kylheku wrote:
  16. > In article <313B44AE.4134@mtm.syr.ge.com>,
  17. > Steve Howard  <howard@mtm.syr.ge.com> wrote:
  18. > >engineers make mistakes (Kazimir excluded, of course ;) ) Ada compilers and the supporting run-time
  19.  
  20. > >systems help to identify these problems early on.
  21.  
  22. > It would not have helped with this particular error. There was no type
  23. > mismatching, no overrun boundaries, no heap corruption or address violations.
  24. > Just a straight forward incorrect computation. The testers discovered the weird
  25. > results, and the cause still took a while to discover.
  26.  
  27. I don't save these threads, but do you really think Steve expects Ada to
  28. catch errors like this? I don't think so.
  29.  
  30. > If C is so prone to errors, why isn't the same program plagued by runaway
  31. > pointers, heap corruption and other nasties? After all, we C idiots can't write
  32. > ten lines of code without introducing such problems, right?
  33.  
  34. Maybe you're an excellent programmer. But for every one of you there's ten of
  35. us who, while we're good, are going to inadvertently lose track of some of
  36. the nastiness. And for each of those ten, there's another ten who are just
  37. plain mediocre, and need lots of help. And just try getting all 111 people
  38. (you are keeping count, aren't you) to work on the same system, each doing
  39. a portion of the code. It's that kind of thing Ada works well for.
  40.  
  41. Add to that things like typing '=' in a conditional when I meant '=='. Does
  42. lint catch this? (I don't know). And I'm a good typist.
  43.  
  44.  
  45. Matthew M. Lih
  46. Software Lead, SAIN Project
  47. TRW Enterprise Solutions
  48.